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Foreword 



rd , 



This Technical Specification has been produced by the 3 Generation Partnership Project (3GPP). 

The contents of the present document are subject to continuing work within the TSG and may change following formal 
TSG approval. Should the TSG modify the contents of the present document, it will be re-released by the TSG with an 
identifying change of release date and an increase in version number as follows: 

Version x.y.z 

where: 

X the first digit: 

1 presented to TSG for information; 

2 presented to TSG for approval; 

3 or greater indicates TSG approved document under change control. 

y the second digit is incremented for all changes of substance, i.e. technical enhancements, corrections, 
updates, etc. 

z the third digit is incremented when editorial only changes have been incorporated in the document. 
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Scope 



The present document gives a description of the general baseband operation of full rate speech traffic channels in the 
transmitter and in the receiver of GSM Mobile Stations (MS)s and Base Station Systems (BSS)s during Discontinuous 
Transmission (DTX). 

For clarity, the description is structured according the block diagrams in figures 1 and 4. Except in the case described 
next, this structure of distributing the various functions between system entities is not mandatory for implementation, as 
long as the operation on the air interface and on the speech decoder output remains the same. 

In the case of BSSs where the speech transcoder is located remotely in the Base Station Controller (BSC), the 
implementation of the interfaces between the DTX Handlers and the Radio Subsystem (RSS) as described in the present 
document together with all their flags is mandatory, being a part of the A-bis- interface as described in GSM 08.60. In 
this case the various flags also serve to avoid additional delays. 

The DTX functions described in the present document are mandatory for implementation in all GSM MSs. The receiver 
requirements are mandatory for implementation in all GSM BSSs, the transmitter requirements only for those where 
downlink DTX will be used. 

DTX shall be in operation in GSM MSs if commanded so by the network, see GSM 04.08. 



References 



The following documents contain provisions which, through reference in this text, constitute provisions of the present 
document. 

• References are either specific (identified by date of publication, edition number, version number, etc.) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• For a non-specific reference, the latest version applies. In the case of a reference to a 3GPP document (including a 
GSM document), a non-specific reference implicitly refers to the latest version of that document in the same 
Release as the present document. 

[1] GSM 01.04: "Digital cellular telecommunications system (Phase 2+); Abbreviations and 

acronyms". 

[2] GSM 04.08: "Digital cellular telecommunications system (Phase 2+); Mobile radio interface 

layer 3 specification". 

[3] GSM 05.03: "Digital cellular telecommunications system (Phase 2+); Channel coding". 

[4] GSM 05.05: "Digital cellular telecommunications system (Phase 2+); Radio transmission and 

reception". 

[5] GSM 05.08: "Digital cellular telecommunications system (Phase 2+); Radio subsystem link 

control". 

[6] GSM 06.01: "Digital cellular telecommunications system (Phase 2+); Full rate speech; Processing 

functions". 

[7] GSM 06.10: "Digital cellular telecommunications system (Phase 2+); Full rate speech; 

Transcoding". 

[8] GSM 06. 11: "Digital cellular telecommunications system (Phase 2+); Full rate speech; 

Substitution and muting of lost frames for full rate speech channels". 

[9] GSM 06.12: "Digital cellular telecommunications system (Phase 2+); Full rate speech; Comfort 

noise aspect for full rate speech traffic channels". 
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[10] GSM 06.32: "Digital cellular telecommunications system (Phase 2+); Voice Activity Detector 

(VAD)". 

[11] GSM 08.60: "Digital cellular telecommunications system (Phase 2+); Inband control of remote 

transcoders and rate adaptors for Enhanced Full Rate (EFR) and full rate traffic channels". 



3 Definitions and abbreviations 

Abbreviations used in the present document are listed in GSM 01.04. 



3.1 Definition of general terms 



frame: time interval of 20 msec, corresponding to the time segmentation of the full rate speech transcoder (GSM 
06. 10), also used as a short term for a traffic frame. 

traffic frame: block of 260 information bits (see GSM 05.03) transmitted on the full rate speech traffic channel. 

(SID) silence descriptor frame: frame characterized by the SID code word. It conveys information on the acoustic 
background noise. 

SID code word: fixed bit pattern defined in GSM 06.12, for labelling a traffic frame as a SID frame. 

SID field: bit positions defined in GSM 06.12, of the SID codeword within a SID frame. 

speech frame: traffic frame that cannot be classified as a SID frame. 

3.2 Definition of terms on the receive side 

bad traffic frame: traffic frame flagged BFI=1 (Bad Frame Indication) by the Radio Subsystem. 

good traffic frame: traffic frame flagged BFI=0 by the Radio Subsystem. 

good speech frame: good traffic frame which is not an accepted SID frame. 

accepted SID frame: traffic frame in which the SID field deviates in less than 16 bit positions from the SID code word 
(flag SID=2 or SID=1). 

valid SID frame: good traffic frame in which the SID field deviates in less than 2 bit positions from the SID code word 
(flag SID=2). This frame is valid for updating of comfort noise parameters at any time. 

invalid SID frame: accepted SID frame with BFI=1, or accepted SID frame with BFI=0, in which the SID field 
deviates in more than 1 bit position from the SID code word (flag SID=1). This frame is not valid for updating comfort 
noise parameters, but the frame conveys information that comfort noise generations should be started or continued. 

unusable frame: bad traffic frame that is not an accepted SID frame. 

lost SID frame: unusable frame received when the RX DTX Handler is generating comfort noise and a SID frame is 
expected (Time Alignment Flag, TAF=1). 

lost speech frame: unusable frame received when the RX DTX Handler is passing on traffic frames directly to the 
speech decoder. 



General 



Discontinuous Transmission is a mechanism which allows the radio transmitter to be switched off most of the time 
during speech pauses for the following two purposes: 

to save power in the MS; 

to reduce the overall interference level on the air. 
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4.1 General organization 



The overall DTX mechanism described in the present document requires the following functions: 

a Voice Activity Detector on the transmit side; 

evaluation of the background acoustic noise on the transmit side, in order to transmit characteristic parameters to 
the receive side; 

generation on the receive side of a similar noise, called comfort noise, during periods where the radio 
transmission is cut. 

The Voice Activity Detector is defined in GSM 06.32 "Voice Activity Detector", the comfort noise functions in 

GSM 06.12 "Comfort Noise Aspects". Both are based partly on the speech transcoder and its internal variables, defined 

in GSM 06.10 "GSM Full Rate Speech Transcoding". 

In addition to these functions, if the parameters arriving at the receive side are detected to be seriously corrupted by 
errors, the speech or comfort noise must be generated from substituted data in order to avoid seriously annoying effects 
for the listener. This function is defined in GSM 06. 1 1 "Substitution and Muting of Lost Frames". 

An overall description of the speech processing parts can be found in GSM 06.01 "Processing functions". 



4.2 Naming convention 



Clause 3 lists the definitions of terms relevant for the DTX functions, as used in this and the technical specifications 
mentioned above. 



Transmit side 



A block diagram of the transmit side DTX functions is shown in figure 1 . 
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Figure 1 : Blocl< diagram of thie transmit side DTX functions 



5.1 General operation 



The TX DTX Handler continuously passes traffic frames, individually marked by a flag SP, to the Radio Subsystem. 
This binary flag is redundant to the SID code word labelling. SP=1 indicates a speech frame, SP=0 a SID frame. 
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The scheduling of the frames for transmission on the air interface is controlled by the radio subsystem alone, on the 
basis of the SP flag as described next. 

5.1.1 Functions of the TX DTX handler 

To allow an exact verification of the TX DTX handler functions, all frames before the reset of the system have to be 
treated as if there would have been speech frames for an infinitely long time. Therefore, the first N frames after the reset 
are always marked with SP=1, even if VAD=0 (hangover period, see below). 

The Voice Activity Detector must be operating all the time in order to assess whether the input signal contains speech 
or not. The output is a binary flag (VAD=1 or VAD=0, respectively) on a frame by frame basis (see GSM 06.32). 

The VAD flag controls indirectly, via the TX DTX Handler operations described below, the overall DTX operation on 
the transmit side. 

Whenever VAD=1, the speech encoder output frame shall be passed directly to the radio subsystem, marked with SP=1. 

At the end of a speech burst (transition VAD=1 to VAD=0), it takes N+1 consecutive frames to make a new updated 
SID frame available (see GSM 06.12). Normally, the first N speech encoder output frames after the end of the speech 
burst shall therefore be passed directly to the radio subsystem, marked with SP=1 ("hangover period"). The first new 
SID frame is then passed to the RSS as frame N+1 after the end of the speech burst, marked with SP=0 (see figure 2). 
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Figure 2: "Normal" hangover procedure (Neiapsed >23) 

If, however, at the end of the speech burst, less than 24 frames have elapsed since the last SID frame was computed and 
passed to the RSS, then this last SID frame shall repeatedly be passed to the RSS, until a new updated SID frame is 
available (N+1 consecutive frames marked with VAD=0).This reduces the activity on the air in cases where short 
background noise spikes are taken for speech, by avoiding the "hangover" waiting for the SID frame computation (see 
also figure 3: Note that figure 3 shows as example the longest possible speech burst without hangover). 
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Figure 3: Handling of short speech bursts (Ngiapsed <24) (Example) 

Once the first SID frame after the end of a speech burst has been computed and passed to the Radio Subsystem, the TX 
DTX Handler shall continuously compute and pass updated SID frames to the Radio Subsystem, marked with SP=0 as 
long as VAD remains VAD=0. 

Consequently, the speech encoder must be operating all the time. 

5.1 .2 Functions of the TX radio subsystem 

The following traffic frames shall be scheduled for transmission: 

1) all frames marked with SP=1; 

2) the first one with SP = after one or more frames with SP=1; 

3) those marked with SP=0 and aligned with the SACCH multiframe structure as described in GSM 05.08. 

This has the overall function, that the radio transmission is cut after the transmission of a SID frame when the speaker 
stops talking. During speech pauses the transmission is resumed at regular intervals for transmission of one SID frame, 
in order to update the generated comfort noise on the receive side (and to improve the measurement of the link quality 
by the radio subsystem). 

If a SID frame (SP=0), scheduled for transmission is stolen for signalling (FACCH) purposes, then the subsequent 
frame shall be scheduled for transmission instead. 



Receive side 



A block diagram of the receive side DTX functions is shown in figure 4. 
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Figure 4: Blocl< diagram of thie receive side DTX functions 



6.1 General operation 



Whatever their context (speech, SID, FACCH or none), the Radio Subsystem continuously passes the received traffic 
frames to the RX DTX handler, individually marked by various pre-processing functions with 3 flags. These are the 
BFI, the SID and the TAP flags described below, which serve to classify the traffic frame according to the list of terms 
defined in clause 3. This classification, summarized in table 1 below, in turn allows the RX DTX Handler to determine 
in a simple way how the received frame is to be handled. 

Table 1 : Classification of traffic frames 
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SID 
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Good speech frame 
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Invalid S 


ID frame 


Unusable frame 



6.1 .1 Functions of tine RX Radio Subsystem 

The binary BFI flag (Bad Frame Indication, see also GSM 05.05) indicates whether the traffic frame is considered to 
contain meaningful information bits (BFI=0) or not (BFI=1). In the context of this technical specification, a FACCH 
frame is considered not to contain meaningful bits and must also be marked with BFI=I. The BFI flag must fulfil the 
performance requirements of GSM 05.05. 

The ternary SID flag is the output of a SID frame detector, which compares bit by bit the relevant bits of the received 
traffic frame (the SID field) with the SID code word defined in GSM 06.12. The flag is coded as follows, where n 
designates the number of bit deviation: 

- SID=2 when n < 2; 

- SID=1 when 2 < n < 16; 

- SID=0 when n > 16. 

The binary TAF flag (Time Alignment Flag) marks with TAF=1 those traffic frames that are aligned with the SACCH 
multiframe structure as described in the technical specifications referenced in subclause 5.1.2. 
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6.1 .2 Functions of the RX DTX handler 

The RX DTX Handler is responsible for the overall DTX operation on the receive side, which shall be as follows: 

whenever a good speech frame is detected, the DTX Handler shall pass it directly on to the speech decoder; 

when lost speech or lost SID frames are detected, the substitution and muting procedure defined in GSM 06.1 1 
shall be applied; 

valid SID frames shall result in comfort noise generation, as defined in GSM 06.12, until the next SID frame is 
expected (TAF=1) or good speech frames are detected. During this period, the RX DTX handler shall ignore any 
unusable frames delivered by the Radio Subsystem; 

an invalid SID frame shall be substituted by the last valid SID frame and the procedure for valid SID frames be 
applied. 

NOTE: If the first SID frame after a speech burst (a series of good speech frames) is invalid, then the comfort 

noise parameters can be taken from the last valid SID frame or from the last received good speech frame 
which, because of the VAD hangover time (see GSM 06.32), may be supposed to contain noise only. 
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